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DETAILED ACTION 
Response to Remarks 

In the response filed on 08/06/2009, the applicants removed the feature 
"receiving a request for the verification data included in the delivery payment coding" 
from all the independent claims. The applicants also added the feature "comparing the 
verification data obtained from the delivery payment coding to a verification database" 
directly from claims 17, 40, 63, and 86 to all the independent claims. The examiner has 
previously rejected the added feature from claims 17, 40, 63, and 86 with detailed 
explanation. No new feature has been added to the amended claims. 

The examiner defines the terms in the claims again in light of the specification. 
According to paragraph 023 and 049 of the specification, "delivery payment coding" is 
used to facilitate the tracking of item, very much like a tracking number or transaction 
identity number that is commonly used by postal service entities. In addition to 
facilitating the tracking of item, delivery payment coding may also identify the recipient 
and sender. Furthermore, the delivery payment coding indicates that a proper delivery 
fee has been paid to the delivery system operator. And according to paragraph 052, 
"verification data" seems to be any data which can authenticate the delivery payment 
code. The verification data may also be encoded. 

Under the above definition, "printed information" which contains "franking 
impression" in Gilham is the same as "delivery payment coding", because the printed 
information contains destination information, which identifies the recipient of the mail 
item (see column 2, line 14-27), and Gilham also teaches embedding information 
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identifying the sender of the mail item in the destination information and to capture this 
identification information at the same time that the destination address is read (see 
column 3, line 52-61). One of ordinary skill in the art would agree that the identity 
information of both sender and recipient can facilitate the tracking of item in a postal 
system. Furthermore, the printed information contains franking impression which 
includes a postage charge value for the mail (see column 5, line 33-39). As such, the 
"printed information", which contains "franking impression", teaches all the limitation of 
"delivery payment coding". As the name suggests, "authentication code" in Gilham is 
equivalent to encrypted verification data, because the authentication code verifies the 
authentication of the printed information or the delivery payment code (see column 4, 
line 20-39). The authentication code may be decrypted to yield the transaction identity 
number, and comparison of the transaction identity number stored in the remote center 
with the transaction identity number obtained from the encrypted authentication code 
printed in the printed information enables the postage charge for the mail item to be 
verified (see column 1 , line 39-62) . Furthermore, Gilham teaches the authentication 
code is generated using an algorithm and is printed on the mail item as part of the 
destination information (see column 3, line 62 through column 4, line 39). Therefore, it 
is evident that the authentication code is part of the printed information, or in other 
words, Gilham teaches the verification data is configured to be included in a delivery 
payment coding. 

As explained in the previous Office Action, Gilham teaches that "traction identity 
number", which the examiner interprets as verification data, is obtained from decoding 
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the "authentication code". The prior art further teaches that "the transaction identity 
number obtained from the code is checked against the transaction number form the 
database" (see column 5, line 28-50). Therefore, Gilliam does teach the feature 
"comparing the verification data obtained from the delivery payment coding to a 
verification database". 

Since no other feature has been added to the claims, the examiner maintains the 
rejections over the present claims. 

Claim Rejection - USC 101 

35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

Claims 1-23 are rejected under 35 U.S.C. 101 because the claimed invention is 
directed to non-statutory subject matter. Based on Supreme Court precedent a method 
claim must (1) be tied to another statutory class of invention (such as a particular 
apparatus) or (2) transform underlying subject matter (such as an article or materials) to 
a different state or thing (see at least Diamond v. Diehr, 450 U.S. 175, 184 (1981); 
Parker v. Flook, 437 U.S. 584, 588 n.9 (1978); Gottschalk v. Benson, 409 U.S. 63, 70 
(1972); Cochrane v. Deener, 94 U.S. 780, 787-88 (1876)). A method claim that fails to 
meet one of the above requirements is not in compliance with the statutory 
requirements of 35 U.S.C. 101 for patent eligible subject matter. Here claims 1-23 fail to 
meet the above requirements since there is not a sufficient tie to another statutory class. 
Simply stating a method is computer implemented in the preamble is not sufficient to 
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establish a tie to a statutory class. In addition, the procedure which is tie to another 
statutory class must be more than insignificant "extra solution" activity. Specifically, the 
claims do not show any specific hardware which operates the claimed steps. The 
amended feature merely mentions a "verification database", which may not satisfy as a 
statutory subject matter. A database can be interpreted as a warehouse storing paper 
with data written on it. In order to establish a sufficient tie to a statutory subject matter, 
the applicants should add the hardware which performs the comparing step to the 
claims. 



Claim Rejection 103 

The following is a quotation of 35 U.S. C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

Claim 1-12, 17, 19, 22-35, 40, 42, 45-58, 63, 65, 68-81, 86, 88, 91, and 92 are 

rejected under 35 U.S.C. 103(a) as being unpatentable over US Patent Number 

5,774,554 to Gilham, in view of US Patent Number 6,385,504 to Pintsov et al. 

As per claim 1 , Gilham teaches a method for providing a verifiable delivery 
payment coding, comprising: 

transmitting verification data configured to be included in a delivery payment 
coding (see column 1, line 41-53, and column 16-38, Gilham discloses that a 
transaction identity number, which is the essential part of authentication code or the 
verification data, is transmitted from the remote resetting center to the postage meter); 

receiving an item in an item delivery system, the item comprising the delivery 
payment coding including the verification data (see column 4, line 20-25; "authentication 
code" is equivalent to encrypted form of verification data, because they have the same 
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function of verifying the authentication of the delivery payment coding; prior art 
discloses that the authentication data is printed on the mail item, see column 3, line 62- 
65); and 

verifying the authenticity of the delivery payment coding using the verification 
data (see column 5, line 38-55; "printed information" contains "franking impression" 
which is equivalent to delivery payment coding, because they both indicate whether the 
delivery of mail has been paid for; "transaction identity number" is the decrypted 
verification data; prior art teaches verifying the authenticity by checking the transaction 
identity number against the transaction number from the database); the verifying 
comprising: 

comparing the verification data obtained from the delivery payment coding to a 
verification database (see column 5, line 28-50; prior art teaches "transaction identity 
number" is obtained from decoding the "authentication code", thus "transaction identity 
number" can be understood as decrypted verification data; prior art further teaches "the 
transaction identity number obtained from the code is checked against the transaction 
number form the database"). 

Pintsov teaches transmitting verification data configured to be included in a 
delivery payment coding (see column 10, line 33-39; "unique identifier" is equivalent to 
verification data", since both verification data and identifier are used to identify each 
unique transaction and provide verification of authenticity; see column 11, line 13-14, 
the mailing identification file further includes the total postage, and thus the "mailing 
identification file" is equivalent to delivery payment coding; Pintsov teaches the mailer 
device receives mailing identification data or delivery payment code from postal 
authority, and the unique identifier or the verification data is included in the mailing 
identification file; in another word, postal authority transmits delivery payment coding 
which includes verification data). 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include transmitting verification data configured to 
be included in a delivery payment coding. 

One of ordinary skill in the art would have been motivated to modify the reference 
in order to allow mailer to prepare the mail item with the verification data. 

As per claim 2, Gilham teaches wherein the verification data included in the 
delivery payment coding is machine readable (see column 3, line 62-67, and column 4, 
line 1-19; "authentication code" is equivalent to encrypted verification data, because 
they have the same function, which is to verify the authentication of the delivery 
payment coding; prior art discloses that the authentication code is printed in bar code 
form, which is machine readable). 

As per claim 3, Gilham teaches wherein the verification data included in the 
delivery payment coding is optically scanable (see column 3, line 62-67, and column 4, 
line 1-19; "authentication code" is equivalent to encrypted verification data, because 
they have the same function, which is to verify the authentication of the delivery 
payment coding; prior art discloses that the authentication code is printed in bar code 
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form, which is optically scanable). 

As per claim 4, Gilham teaches wherein the verification data is included in the 
delivery payment coding using at least one of a bar code and a PLANET code (see 
column 3, line 62-67, and column 4, line 1-19; "authentication code" is equivalent to 
encrypted verification data, because they have the same function, which is to verify the 
authentication of the delivery payment coding; prior art discloses that the authentication 
code is printed in bar code form). 

As per claim 5, Gilham teaches wherein the delivery payment coding is included 
in an address label (see column 1, line 50-52; as discussed earlier, "franking 
impression" is equivalent to delivery payment coding; address label is pasted on the 
mail item; therefore, it makes no difference whether the delivery pay coding is printed 
directly on the mail item or printed on the address label and later pasted on the mail 
item). 

As per claim 6, Gilham teaches wherein the delivery payment coding includes a 
visual representation of a monetary value associated with the delivery payment coding 
(see column 5, line 33-37; prior art teaches "postage charge value" is printed on the 
mail item; it is safe to assume that the charge value is a visual representation of a 
monetary value). 

As per claim 7, Gilham does not limit wherein the item delivery system comprises 
the United States Postal Service. 

Pintsov teaches the item delivery system comprises the United States Postal 
Service (see column 3, line 39-51, Pintsov's and Gilham's invention are in the same 
endeavor, and Pintsov also teaches a method for providing a verifiable delivery 
payment coding; see column 1, line 25-35, Pinstov teaches the item delivery system 
comprises the United States Postal Service). 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include the item delivery system comprises the 
United States Postal Service. 

One of ordinary skill in the art would have been motivated to modify the reference 
in order to permit USPS to use the invention. 

As per claim 8, Gilham teaches wherein the item comprises at least one of a 
mailpiece, a United States Postal Service Priority Mail package, a United States Postal 
Service Express Mail Package, a United States Postal Service Global Express Mail 
Package, and a United States Postal Service Global Express Guarantee Package (see 
column 1 , line 39-62). 

As per claim 9, Gilham teaches transmitting the verification data further 
comprises utilizing at least one of regular mail, email, internet, and an interactive voice 
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response system (see column 5, line 16-28; transaction identity number is essentially 
the verification data prior to encryption). 

As per claim 10, Gilham teaches transmitting the verification data further 
comprises communicating over a network (see column 5, line 16-28; transaction identity 
number is essentially the verification data prior to encryption). 

As per claim 1 1 , Gilham teaches wherein the verification data is provided in an 
encrypted format (see column 4, line 26-27; "authentication code" is equivalent to 
verification data as discussed earlier; it is apparent that the authentication code is in 
encrypted format, which requires decoding). 

As per claim 12, Gilliam teaches receiving a request for the verification data 
included in the delivery payment coding (in the context of the independent claims, this 
feature discloses nothing more than initiating a reading on the verification data or 
initiating the authentication process on the verification data; see column 1, line 53-62, 
and column 2, line 14-30, Gilham teaches when a mail item is received at a delivery 
system, the printed information is read by the electronic mail reader, and the 
authentication code or the verification code is located; then the postal authority 
"requests" to decrypt the authentication code or verification code to retrieve the 
transaction identity number for comparative authentication; and as discussed earlier, 
Gilham teaches the verification data is configured to be included in a delivery payment 
coding); and 

receiving a payment for delivery of the item (it is inherent that a payment is 
received by the postal service entity for delivering an item). 

As per claim 1 7, Gilham teaches wherein verifying the authenticity of the delivery 
payment coding further comprises: 

receiving the verification data from the delivery payment coding after the item has 
been received in the item delivery system (see column 4, line 20-25; "authentication 
code" is encrypted verification data as discussed earlier). 

Examiner notes Gilham does not explicitly teach determining the validity of the 
verification data obtained from the delivery payment coding, however the prior art 
implies it (see column 5, line 47-52; prior art performs a comparison of the verification 
data obtained from encrypted code and from database; it is implied that the reason for 
doing this comparison is to determine the validity of the verification data). 

Pintsov teaches determining the validity of the verification data (see column 5, 
line 13-16, "identifier" is equivalent to verification data). 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include determining the validity of the verification 
data. 

One of ordinary skill in the art would have been motivated to modify the reference 
in order to prevent fraud. 
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As per claim 19, Gilliam teaches verifying the authenticity of the delivery payment 
coding further comprises updating the verification database if it is determined that the 
verification data is valid (see column 5, line 47-53). However, Gilliam does not explicitly 
teach the update indicates that the verification data has been used. 

Pintsov teaches the update indicates that the verification data has been used 
(see abstract, column 3, line 39-55, "unique identifier" is equivalent to verification data; 
Pintsov further teaches "the carrier service may note this fact in the carrier records to 
prevent reuse of the unique identifier"). 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include the update indicates that the verification 
data has been used. 

One of ordinary skill in the art would have been motivated to modify the reference 
in order to prevent reuse of the verification data. 

As per claim 22, Gilham teaches wherein transmitting verification data further 
comprises providing the verification data to a user through a user device (see column 1 , 
line 41-46, especially "remote center generates a new transaction identity number to a 
mail sender's postage meter"; "transaction identity number" is decrypted verification 
data as discussed on claim 1 , and "mail sender's postage meter" is clearly a user 
device), the user device configured to produce the delivery payment coding including 
the verification data (see column 1 , line 46-52; "franking impression" is delivery payment 
coding). 

As per claim 23, Gilham teaches wherein the user device is located in at least 
one of a home, an office, a store, a retail center kiosk, and an office of an item delivery 
system operator (see column 1 , line 41-52; it is implied that the user device or "mail 
sender's postage meter" is located in at least one of a home, an office, a store, a retail 
center kiosk, and an office of an item delivery system operator; one of these location 
always has a postage meter). 

As per claim 24, Gilham teaches a system for providing a verifiable delivery 
payment coding, comprising: 

a component for transmitting verification data configured to be included in a 
delivery payment coding (see column 1, line 41-53, and column 16-38, Gilham discloses 
that a transaction identity number, which is the essential part of authentication code or 
the verification data, is transmitted from the remote resetting center to the postage 
meter); 

a component for receiving an item in an item delivery system, the item 
comprising the delivery payment coding including the verification data (see column 4, 
line 20-25; "authentication code" is equivalent to encrypted form of verification data, 
because they have the same function of verifying the authentication of the delivery 
payment coding; prior art discloses that the authentication data is printed on the mail 
item, see column 3, line 62-65); and 

a component for verifying the authenticity of the delivery payment coding using 
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the verification data (see column 5, line 38-55; "printed information" contains "franking 
impression" which is equivalent to delivery payment coding, because they both indicate 
whether the delivery of mail has been paid for; "transaction identity number" is the 
decrypted verification data; prior art teaches verifying the authenticity by checking the 
transaction identity number against the transaction number from the database), the 
component configured for comparing the verification data obtained from the delivery 
payment coding to a verification database (see column 5, line 28-50; prior art teaches 
"transaction identity number" is obtained from decoding the "authentication code", thus 
"transaction identity number" can be understood as decrypted verification data; prior art 
further teaches "the transaction identity number obtained from the code is checked 
against the transaction number form the database"). 

Pintsov teaches a component for transmitting verification data configured to be 
included in a delivery payment coding (see column 10, line 33-39; "unique identifier" is 
equivalent to verification data"; see column 11, line 13-14, the mailing identification file 
further includes the total postage, and thus the "mailing identification file" is equivalent 
to delivery payment coding; Pintsov teaches the mailer device receives mailing 
identification data or delivery payment code from postal authority, and the unique 
identifier or the verification data is included in the mailing identification file; in another 
word, postal authority transmits delivery payment coding which includes verification 
data). 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include a component for transmitting verification 
data configured to be included in a delivery payment coding. 

One of ordinary skill in the art would have been motivated to modify the reference 
in order to allow mailer to prepare the mail item with the verification data. 

As per claim 47, Gilham teaches a computer-readable medium on which is 
stored a set of instructions for providing a verifiable delivery payment coding, which 
when executed perform stages comprising (see Fig 2 and 3, and column 2, line 28-46; 
prior art teaches a computer-readable medium storing a set of instruction to perform the 
claimed method): 

transmitting verification data configured to be included in a delivery payment 
coding (see column 1, line 41-53, and column 16-38, Gilham discloses that a 
transaction identity number, which is the essential part of authentication code or the 
verification data, is transmitted from the remote resetting center to the postage meter); 

receiving an item in an item delivery system, the item comprising the delivery 
payment coding including the verification data (see column 4, line 20-25; "authentication 
code" is equivalent to encrypted form of verification data, because they have the same 
function of verifying the authentication of the delivery payment coding; prior art 
discloses that the authentication data is printed on the mail item, see column 3, line 62- 
65); and 

verifying the authenticity of the delivery payment coding using the verification 
data included in the delivery payment coding (see column 5, line 38-55; "printed 
information" contains "franking impression" which is equivalent to delivery payment 
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coding, because they both indicate whether the delivery of mail has been paid for; 
"transaction identity number" is the decrypted verification data; prior art teaches 
verifying the authenticity by checking the transaction identity number against the 
transaction number from the database), the verifying comprising comparing the 
verification data obtained from the delivery payment coding to a verification database 
(see column 5, line 28-50; prior art teaches "transaction identity number" is obtained 
from decoding the "authentication code", thus "transaction identity number" can be 
understood as decrypted verification data; prior art further teaches "the transaction 
identity number obtained from the code is checked against the transaction number form 
the database"). 

Pintsov teaches transmitting verification data configured to be included in a 
delivery payment coding (see column 10, line 33-39; "unique identifier" is equivalent to 
verification data"; see column 1 1 , line 13-14, the mailing identification file further 
includes the total postage, and thus the "mailing identification file" is equivalent to 
delivery payment coding; Pintsov teaches the mailer device receives mailing 
identification data or delivery payment code from postal authority, and the unique 
identifier or the verification data is included in the mailing identification file; in another 
word, postal authority transmits delivery payment coding which includes verification 
data). 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include transmitting verification data configured to 
be included in a delivery payment coding. 

One of ordinary skill in the art would have been motivated to modify the reference 
in order to allow mailer to prepare the mail item with the verification data. 

As per claim 70, Gilham teaches a system for providing a verifiable delivery 
payment coding, comprising: 

a means for transmitting verification data configured to be included in a delivery 
payment coding (see column 1, line 41-53, and column 16-38, Gilham discloses that a 
transaction identity number, which is the essential part of authentication code or the 
verification data, is transmitted from the remote resetting center to the postage meter); 

a means for receiving an item in an item delivery system, the item comprising the 
delivery payment coding including the verification data (see column 4, line 20-25; 
"authentication code" is equivalent to encrypted form of verification data, because they 
have the same function of verifying the authentication of the delivery payment coding; 
prior art discloses that the authentication data is printed on the mail item, see column 3, 
line 62-65); and 

a means for verifying the authenticity of the delivery payment coding using the 
verification data included in the delivery payment coding (see column 5, line 38-55; 
"printed information" contains "franking impression" which is equivalent to delivery 
payment coding, because they both indicate whether the delivery of mail has been paid 
for; "transaction identity number" is the decrypted verification data; prior art teaches 
verifying the authenticity by checking the transaction identity number against the 
transaction number from the database) , the verifying means configured for comparing 
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the verification data obtained from the delivery payment coding to a verification 
database (see column 5, line 28-50; prior art teaches "transaction identity number" is 
obtained from decoding the "authentication code", thus "transaction identity number" 
can be understood as decrypted verification data; prior art further teaches "the 
transaction identity number obtained from the code is checked against the transaction 
number form the database"). 

Pintsov teaches a means for transmitting verification data configured to be 
included in a delivery payment coding (see column 10, line 33-39; "unique identifier" is 
equivalent to verification data"; see column 11, line 13-14, the mailing identification file 
further includes the total postage, and thus the "mailing identification file" is equivalent 
to delivery payment coding; Pintsov teaches the mailer device receives mailing 
identification data or delivery payment code from postal authority, and the unique 
identifier or the verification data is included in the mailing identification file; in another 
word, postal authority transmits delivery payment coding which includes verification 
data). 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include a means for transmitting verification data 
configured to be included in a delivery payment coding. 

One of ordinary skill in the art would have been motivated to modify the reference 
in order to allow mailer to prepare the mail item with the verification data. 
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86 


are 


rejected for the 


same 


reason 


as 


claim 


17. 
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Claim 42, 65, and 88 are rejected for the same reason as claim 19. 
Claim 45, 68, and 91 are rejected for the same reason as claim 22. 
Claim 46, 69, and 92 are rejected for the same reason as claim 23. 



Claim 13-16, 18, 20, 21, 39, 41, 43, 44, 59-62, 64, 66, 67, 82-85, 87, 89, and 90 
are rejected under 35 U.S.C. 103(a) as being unpatentable over US Patent Number 
5,774,554 to Gilham, in view of US Patent Number 6,385,504 to Pintsov et al, and 
further in view of Official Notice. 

As per claim 13, Gilham does not explicitly teach wherein at least one of 
receiving the request for the verification data included in the delivery payment coding 
and receiving the payment further comprises utilizing at least one of regular mail, e-mail, 
facsimile, internet, and an interactive voice response system. 

Official Notice is taken that receiving request for data and payment utilizing at 
least one of regular mail, e-mail, facsimile, internet, and an interactive voice response 
system is old and well known in the art. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include receiving request for data and payment 
utilizing at least one of regular mail, e-mail, facsimile, internet, and an interactive voice 
response system. 

One of ordinary skill in the art would have been motivated to modify the reference 
in order to provide different method of requesting data and payment. Also, as 
discussed above, Gilham teaches the verification data is included in the delivery 
payment coding. 

As per claim 14, Gilham does not explicitly teach wherein at least one of 
receiving the request for the verification data included in the delivery payment coding 
and receiving the payment further comprises communicating over a network. 

Official Notice is taken that receiving request for data and payment comprises 
communicating over a network is old and well known in the art. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include at least one of receiving the request for the 
verification data and receiving the payment further comprises communicating over a 
network. 
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One of ordinary skill in the art would have been motivated to modify the reference 
in order to allow request of data and payment over long distance. Also, as discussed 
above, Gilham teaches the verification data is included in the delivery payment coding. 

As per claim 15, Gilham does not explicitly teach wherein receiving the payment 
comprises at least one of sending a bill, debiting a checking account, debiting a credit 
card account, debiting a debit card account, and receiving cash. 

Official Notice is taken that receiving the payment comprises at least one of 
sending a bill, debiting a checking account, debiting a credit card account, debiting a 
debit card account, and receiving cash is old and well known in the art. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include receiving the payment comprises at least 
one of sending a bill, debiting a checking account, debiting a credit card account, 
debiting a debit card account, and receiving cash. 

One of ordinary skill in the art would have been motivated to modify the reference 
in order to provide payment option. 

As per claim 16, Gilham teaches further comprising: 

delivering the item to a recipient (Gilham's invention relates to postal authority; it 
is inherent that postal authority delivers the item to the recipient); 

Examiner notes however, Gilham does not teach confirming the item delivery 
using the verification data from the delivery payment coding. 

Pintsov teaches using unique identifier, which is equivalent to verification data, to 
serve as a basis for track and trace capability of mail item. 

Official Notice is taken that confirming the item delivery as part of the features of 
track and trace capability of mail item is old and well known in the art. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to combine the references to come up with confirming the item delivery using 
the verification data from the delivery payment coding. 

One of ordinary skill in the art would have been motivated to modify the reference 
in order to provide item mailing status. 

As per claim 18, Gilliam does not teach wherein verifying the authenticity of the 
delivery payment coding further comprises returning the item to a sender if it is 
determined that the verification data is invalid. 

Official Notice is taken that returning the item to a sender if it is determined that 
the verification data is invalid is old and well known. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include returning the item to a sender if it is 
determined that the verification data is invalid. 

One of ordinary skill in the art would have been motivated to modify the reference 
in order to improve customer service. 
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As per claim 20, Gilham does not teach wherein verifying the authenticity of the 
delivery payment coding further comprises updating the verification database if it is 
determined that the verification data is valid, the update indicating that the item is in 
route through the item delivery system to a recipient. 

Official Notice is taken that the update indicating that the item is in route through 
the item delivery system to a recipient is old and well known in the art. UPS and FedEx 
both have this feature on their website where user can check the status of the mailed 
item. Pintsov also suggests track and trace capability, which generally include update 
indicating that the item is in route through the item delivery system to a recipient. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include update indicating that the item is in route 
through the item delivery system to a recipient. 

One of ordinary skill in the art would have been motivated to modify the reference 
in order to provide item status to both user and carrier. 

As per claim 21 , Gilham does not teach wherein the verification data is 
configured to be invalid after a period of time has passed after the verification data was 
provided. 

Official Notice is taken that making verification data or identifier invalid after a 
period of time is old and well known in the art. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to modify the reference to include verification data is configured to be invalid 
after a period of time has passed after the verification data was provided. 

One of ordinary skill in the art would have been motivated to modify the reference 
in order to set time limit to the mailer for sending out the item. 



Claim 


36, 


59, 


and 


82 


are 


rejected 


for the same reason 


as 


claim 


13. 


Claim 


37, 


60, 


and 


83 


are 


rejected 


for the same reason 


as 


claim 


14. 


Claim 


38, 


61, 


and 


84 


are 


rejected 


for the same reason 


as 


claim 


15. 


Claim 


39, 


62, 


and 


85 


are 


rejected 


for the same reason 


as 


claim 


16. 


Claim 


41, 


64, 


and 


87 


are 


rejected 


for the same reason 


as 


claim 


18. 


Claim 


43, 


66, 


and 


89 


are 


rejected 


for the same reason 


as 


claim 


20. 


Claim 


44, 


67, 


and 


90 


are 


rejected 


for the same reason 


as 


claim 


21. 
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Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to HAO FU whose telephone number is (571)270-3441. 
The examiner can normally be reached on Mon-Fri/Mon-Thurs 11:30am-8:00pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, HANI KAZIMI can be reached on (571) 272-6745. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

Hao Fu 
Examiner 
Art Unit 3696 
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/Hao Fu/ 

Examiner, Art Unit 3696 

/Hani M. Kazimi/ 

Primary Examiner, Art Unit 3691 



